home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000039_news@columbia.edu_Wed Oct 4 08:24:19 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA11988
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 6 Oct 1995 11:31:29 -0400
  3. Received: by apakabar.cc.columbia.edu id AA15389
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 6 Oct 1995 11:31:27 -0400
  5. Path: news.columbia.edu!panix!tinman.dev.prodigy.com!prodigy.com!newsjunkie.ans.net!howland.reston.ans.net!math.ohio-state.edu!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit 3.14 under Win95 problem
  9. Message-Id: <1995Oct4.142419.62779@cc.usu.edu>
  10. Date: 4 Oct 95 14:24:19 MDT
  11. References: <1995Oct4.102543@earth.medcolpa.edu>
  12. Organization: Utah State University
  13. Lines: 34
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <1995Oct4.102543@earth.medcolpa.edu>, schoffstall@earth.medcolpa.edu writes:
  17. >     I'm running Kermit 3.14 under Win95. It runs fine when you shut 
  18. > down Win95 and run a DOS session, but it won't run in a DOS box as a 
  19. > Win95 process, apparently because it can't detect the port. After it 
  20. > executes MSCUSTOM.INI, I get the message:
  21. > 
  22. > ?Warning: unknown hardware for port. Using the Bios as BIOS1
  23. > Unimplemented speed
  24. > ?Cannot use RTS/CTS on non-UART parts
  25. > 
  26. >     This is on a 486. On a Pentium box, I get this message only 
  27. > *part* of the time. Huh?!? If I run Kermit in a DOS box, I get the error 
  28. > message, leave Kermit for DOS, then run Kermit *again*, it correctly 
  29. > detects the port. But not on the 486.
  30. > 
  31. >     What's going on here? How can it be fixed?
  32. ---------------
  33.     We don't know.
  34.     Call Microsoft Tech Support and/or dig deeply into the Resource
  35. Kit.
  36.  
  37.     That said, let me add a couple of comments. You may want to tell
  38. Windows to not devote the serial port to its own apps, get its address
  39. stated correctly, but leave it free. If you have other comms gear looking
  40. for that port, say a FAX program or MS' RAS material, then expect trouble.
  41.     You might also want to run DEBUG.COM within a DOS box and display
  42. what's in segment 40h, just as we explain in the MSK release notes. If the 
  43. first two bytes of 40:0h are empty (zeros) then Windows has usurped the port
  44. and that's that; try Control Panel variations. If not then they should be the
  45. same value as used elsewhere, such as \03f8 (two bytes together).
  46.     Remember that Windows virtualizes (fancy for takes over the real
  47. and provides a fake substitute) serial port hardware, and failures to
  48. behave normally are results of the emulation by Windows.
  49.         Joe D.